replace blacklist and whitelist with denylist and allowlist in ERJava… #931
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
…Mail classes and documentation
I’ve provided cover methods for the old blacklist/whitelist methods so there can be graceful deprecation of these terms.
This isn’t a change in function at all. There has been renewed discussion in many forums about the use of blacklist and whitelist and the connotations of bad/excluded and good/included. (blacklist addresses you want to exclude and whitelist addresses are those you want to include). Since this is a symbolic change and the use of “deny/allow” is a more clear indication of the intent and use of the functions, it’s worth making this change to these commonly used terms. Perhaps, over time, the negative associations will fade. Regardless of whether that happens, I think it’s worth using more clear terms here and being conscious of the unintended effects of some common practices.